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ABSTRACT 

With the emergence of increasei numbers of communica- 
tions, command and control systems, and the expanding 
dependence on automated systems, there exists within the 
Marine Corps a requirement to define and control tactical 
systems software as a configuration management item. The 
Marine Corps Tactical Systems Support Activity (HCTSSA) , 
designated as the primary software support activity for 
these systems, must define and acquire the necessary auto- 
mated data processing hardware to achieve this future state. 
In addition, MCTSSA’s mission requires software maintenance 
and testing, requiring a simulation facility. Current and 
future demands for computer support far exceed HCTSSA*s 
existing capacity. One solution to the simulation/testing 
facility requirements is the subject of research and this 
paper . 
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I, COMHONICaTIOHS, COWHAND AND CON TROL 



The purpose of this chapter is to describe the concept 
and characteristics of tactical systems in general terms. 
The first section will describe the characteristics of the 
generic communication, command and control system and also 
describe the considerations of the design of such systems. 
The emphasis will be placed on the features which relate to 
the Marine Corps concept in the tactical systems arena. The 
next chapter will describe the Marine Corps' approach to 
communication, command and control followed by the Marine 
Corps Tactical Systems Support Activity's functions and 
characteristics. 

A. GENERAL CHARACTERISTICS 

The growing scope of large on-line communication systems 
has generated increasing burden on computer technologies. 
These systems are characterized by a) sensors, 
b) telecommunications, c) displays, and d) computers. The 
primary task of these systems is to provide accurate real- 
time information status for problems confronting an 
organizaiton. These systems will provide an organization 
the means for decision maicing. The decision making may be 
automatic or manual and may be conducted by top level 
management or low down the chain of command. For example, 
in airline seat reservations, decision making is done auto- 
matically, whereas in medical diagnostics it is done 
manually with the machine merely presenting information. 
These systems consist of a complex set of procedures and 
devices which supply operational and administrative informa- 
tion for decision making and also the instruments for 
implementing these developments. 
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The main feature of these systems is that the whole 
performance is conducted in a closed loop. Decisions are 
made at upper levels and there exists constant feedback from 
lower levels to indicate execution of these commands. The 
closed loop principle thus ensures a more efficient ccnrrol 
of the organization's resources. Various terms have been 
used to describe these complex systems, but the broadest and 
most appropriate is communications, command and control 
(C3) . C3 in essence is the centralization and coordination 
of sets of various resources which are physically remote 
from the central location and use all the required techni- 
ques available. Several examples of C3 applications are: 
airline seat reservations, medical centers for automatic 
patient care, air traffic control, traffic configuration, 
remote bank accounting and transportation system planning. 

The main requirement in all these diverse applications 
is the requirement for central coordination of the resources 
that are located over a scattered geographical area. It 
should be emphasized that the center of C3 systems is the 
"man". Computers are used only as a tool in assisting 
people in the aquisition and appraisal of information. [Ref. 
1] Figure 1.1 is a schematic of a general C3 system configu- 
ration which includes a number of remote terminals that can 
communicate with a central computer. 

C3 systems may be comprised of various computers with 
varying responsibilities, all operating independently. The 
systems are further complicated by the distance between 
terminals and the central computers, different types of 
terminals, large volume of information flow and diversity of 
processes. C3 must be considered a collection of systems 
using different techniques and possibly different computers. 
Although each particular system may be regarded as a system 
in its own right, in conjunction, the systems operate as a 
siagle unit. A major problem confronting the C3 system is 
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Figure 1.1 C3 System Configuration. 
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the interface between the different techniques. There are 
at least six functions which make up a communications 
command and control system: 

-data collection systems 
-data execution systems 
-display systems 
-command supervisory systems 
-communication network systems 
-central processing systems 

The hierarchy of these functions and their interface is 
depicted in Figure 1.2 It is difficult to state the domi- 
nating factor of the C3 system; each function has the same 
importance and failure of one will cause failure of the 
entire system. Yet from the designers point of view the 
communication network is the most important and from the 
user point of view the essential feature of the system is 
the command supervisory post. Although each function may be 
intended for a particular operation several systems may 
share common equipment, such as the communication network, 
processing or display systems. 

The performance of a T3 system nay be divided into two 
types of operations: management systems which require 

continuous human intervention, and control systems which 
provide decision information automatically with the supervi- 
sion of humans only to override decisions as necessary. 
Large C3 systems may incorporate both types of operations in 
the same configuration. The whole performance of a C3 
system centers around the supervisory or command post. The 
command post performs the following funcitons: evaluation 

of the situation, decision making, issuing commands and 
pursuing the execution of the commands. The type informa- 
tion presented to the command post is: static data, dynamic 
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data, new operational data update in a real-time mode, 
follow-up data of the execution of the commands and plans of 
the organization. 

Since each C3 system is intended for a specific applica- 
tion it would be impossible to list all the benefits of all 
such systems. The list below contains the highlighted bene- 
fits of C3 systems: 

-centralizing the organizations efforts to control and 
monitor resources 

-release. of operator efforts, from roi;itins tasks to the 
evaluation, analysis and decision making 

-data collection from remote sources at high speeds 

-correlation of collected data from remote sources in 
real-time 

-remote access to files in real-time 
-less reliance on human memory 

-disDlay of on-line, real-time information for decision 
making 

-shortening .the time between location of problems a 
remote stations to their presentation at a central loca 
tion 

-means for feedback control on execution of decisions 
-efficient utilization of communication networks 
-concise, accurate and timely display of alarm situations 
-immediate detection of degradation of performance 
-automatic fault checking 

The next section will describe some of the salient 
design considerations that characterize communication, 
command and control systems. The primary features will be 
defined in general terms and areas which relate to the 
Marine Corps’ tactical systems applications will be defined 
in detail. 
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B. DESIGH COHCEPTS 



The purpose of a comiitand and control system is to 
provide improved control of the organization by enabling top 
level management to know what is occurring at the lower 
levels so they can make their decisions in time to affect a 
process. The design purpose of the system must exploit all 
elements, at both upper and lower levels. The designer of 
the system normally reduces the design problems to a sche- 
matic; defining the data flow of the system showing all 
paths and branches. The designer must identify the system 
requirements and objectives and analyze what information the 
system has to deliver. The previous section described the 
command, communication and control (C3) system as a closed 
loop. At the design stage this is described as a "black 
box". The output from the black box must determine the 
nature of the information, when it is needed, who needs it, 
where it is needed, in what form it is needed and the rela- 
tive priority treatment of the information. 

The input details of the black box must consider what 
data is available, when it can be supplied, who supplies it, 
from where is it supplied, in what form it is supplied and 
the relative priority of scanning the data. 

The nexr stage involved ensures that the data can be 
collected within a given period of time. The data must be 
adequate and it must be deliverable at necessary speeds so 
that situations requiring decisions can be controlled. A 
flow chart of the information should be outlined, demons- 
trating all the steps required in the system from the input 
terminals via the command post, up to the execution 
stations. The following points should be kept in mind 
throughout the design of the system: 

-Shat were the operational oroblems that initiated the 
need for the new system? 

-Would the new system solve all revealed problems? 
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-What are the respective responsibilities of the people 
involved in the new system? 

-How does the human element fit into the system? 



In all C3 systems the idea that the computer is the main 
implementing factor is an erroneous impression. Man-machine 
interaction is most important when computers are employed 
for problem solving and decision making. Analyzing the 
problem is inherently a computer task, while problem formu- 
lation lies exclusively with the human. It is vital that 
the computer and human communicate with each other. It is 
imperative to summarize where and how the sophisticated 
machine can assist the human operator: 



-Release humans from routine tasks 
-Divert humans to decision making 
-Reduce the need for human memory 
-Reduce human manual operations 

-Increase the output by integrating simultaneous informa- 
tion 

-Transfer repetitive tasks to machines 



A good system design takes into account the complete 
syszem including all elements involved. The human must be 
considered one of the elements in the system. The syszem 
will not operate properly without the human. The computer 
literally may ask the human to provide further information 
and without this intervention zhe system ceases to operate. 
An initial decision then is what functions should be given 
to the machine and what dist inctive part will the human 
play. Thus, a well-designed system must consider all 
aspects and considerations in a human-machine interaction. 
Table (I) lists several relevant points which apply to man- 
machine interaction. 
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TABLE I 

DESIGN CONSIDERATIONS 



FUNCTION 



HOMANS 



MACHINES 



Analysis ability 
Means of reception 
Speed of reaciton 
Type of reaciton 
Problem attitude 
Proneness to error 
A daptation 
Environmental affec 



Sophisticate! 

Ran dom 
slo w 

Sop histicated 

Suspicious 

Hioh 

After training 
Output reduction 



Superficial 

Sequential 

Fast 

Programmed 

Direct 



Low 

Programmed 

Immune 



Two different design philosophies apply to C3 systems: 
1) an automatic system where all the routine and repetitive 
decisions are carried out and performed by the machine and 
all doubtful and ambiguous information must be handled by 
humans, and 2) an automatic system where all routine and 
repetitive information is handled by the machine and rele- 
vant information is modified and presented to humans in 
summarized form. The humans supervise the running of the 
system and can override or cancel the machines execution of 
commands. There is no C3 system which does not contain a 
number of routine and/or repetitive operations which cannot 
be performed by the machine. Nevertheless there is always a 
need for some decision making based on ambiguities and 
unforeseen problems. Humans must verify these. 

A C3 system may comprise many subsystems. Each may have 
its own operation and be developed independently. 
Nevertheless, all the subsystems are part of the large 
system supporting the same goal. 
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II. flMIII CORPS 



COMMOHICATIONS, COHHiND AND CONTROL 



A. CONCEPTS 

1 . Bac kgro und 

During the mid-1960's, the Stanford Research 
Institute and Informatics, Inc., published the results of 
studies which encompassed the Marine Corps requirements in 
the area of command and control. The studies identified 
functional areas for which development was recommended. The 
five original functional systems included tactical combat 
operations, tactical air operations. Marine integrated fire 
and support. Marine integrated personnel and logistics and 
communications. The study recommended the establishment of 
a test bed consisting of off-the-shelf, commercially avai- 
lable computers, display devices, consoles, and 
communications equipment. The resulting concepts developed 
into the Marine Corps Tactical Command and Control System 
(MTACCS) . In 1969 the Commander, Naval Electronic Systems 
Command was designated as the principal development activity 
for MTACCS. The Director, Development Center, Marine Corps 
Development and Education Tenter, was assigned the task of 
providing the prototype definition and analysis of the oper- 
ational systems effectiveness. 

MTACCS is part of the Marine Corps’ Communications, 
Command and Control (C3) systems which will support tactical 
operations in the post-1930 time frame. It consists of 
seven tactical and training systems which utilize common 
equipment, operational procedures, data bases and interop- 
erate through a common communications system. The seven 
MTACCS systems are: 

-Marine Integrated Fire and Air Support System 
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and Analysis 



-Tactical Combat Operations System 

-Marine Air-Ground Intelligence System 

-Position Location Reporting System 

-Marine Integrated Personnel System 

-Tactical Warfare simulation. Evaluation, 

System 

-Tactical Air Operations Central - 1985 

Development and fielding of the above systems const- 
itute the major thrust in defining the C3 requirements of 
Marine Corps tactical forces. Appendix A describes some 
considerations for Marine Corps tactical data systems' 
communications. 

2 . O b i ectives 

The objective of C3 within the Marine Corps is to 
provide Fleet Marine Force (FMP) commanders with command and 
control (C2) means to operate on the post-1980 battlefield. 
This encompasses the automatic, processing, display and 
distribution of information. The unique Marine Corps 
requirements stem from the diverse elements needed to accom- 
plish the amphibious assault mission. 

In 1961 the support for equipment developed under 
the Marine Tactical Data Systems Program was provided by 
Marine Air Control Sguadroa-3 (HACS-3) , 3rd Marine Aircraft 
Wing, Santa Ana, California. The completed studies 
described above determined that MACS-3 could not support the 
anticipated accelerated growth of Marine Corps tactical 
systems. In 1968 it was recommended that the Marine Corps 
Tactical Computer Programming Support Acitivity be estab- 
lished to support tactical data systems computer programs 
for presently fielded and future systems. In May 1970 the 
basic concept of the implementation plan was approved 
changing the name to the Marine Corps Tactical Systems 
Support Activity located at Camp Pendleton, California. 
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During July 1970, the Marine Corps Tactical Systems 
Support Activity (MCTSSA) was forme3 to meet the increasing 
demands of the Marine Corps for supporting and developing 
automated tactical systems. It was determined that support- 
ability and standardization of both hardware and software 
could be attained through the centralization of related 
pro jects. 

B. MARINE CORPS TACTICAL STSTEBS SUPPORT ACTIVITY 

1 . Mission 

The mission of the Marine Corps Tactical Systems 
Support Activity (MCTSSA) is to define concepts and require- 
ments for designated conceptual command and control systems; 
to perform Developmental Test and Evaluation (DTSE) for 
designated tactical data systems and telecommunications and 
electronics equipment; to provide hardware and software 
maintenance support of systems and equipments assigned for 
DT5S; to assist Fleet Marine Force units in conducting 
Operational Test and Evaluation (OT&E) of tactical data 
systems and telecommunications equipments as feasible and 
when directed; to provide software management control and 
support of fielded tactical data systems; and to monitor the 
software design phase of project development. 

2 . St ructure 

MCTSSA is comprised of a Headquarters, Tactical 
Systems Support Branch, Tactical Systems Development Branch, 
Tactical Systems Test Branch and Amphibian Vehicle Test 
Branch. The Headquarters and Amphibian Vehicle Test Branch 
will not be referred to again in this document. The cther 
three branches will be referenced with respect to their 
functional position in the Automated Data Processing and 
simulation structure discussed herein. 
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3 ♦ Fun ctio n 



The following tasks are accomplished by MCTSSA in 
the area of concept and requirement formulation: 



-Develop operational concepts and define requirements for 
those tactical command and control systems assigned to 
MCTSSA for the conceptual phase of development 

- Determine . and validate accurate- coppiete and realistic 
user requirements to avoid costly modifications to hard- 
ware or software during development and/or procurement 

-Produce the Required Ooerational Capability Document, the 
System Description ‘ Document and the Detailed 
Requirements Document 

-Test, evaluate, analyze $nd refine operational procedures 
of the Marine Corps Tactical Control Systems (MTACCS) 

-Develop or, employ existing scenarios as a basis for 
MTACCS testing 

-Prepare procedures, exercises, test plans and an analysis 
of the above to support branch operations 

-Monitor technological hardware and software development 

-Maintain configuration management for in-house developed 
software, 

MCTSSA is responsible for the compatibility and 
interoperability testing of all Marine Corps command and 
control systems designated to participate in the Joint 
Interoperability of Tactical Command and Control System 
programs. MCTSSA monitors the progress of all operational 
and developmental projects from the manufacturing of prepro- 
duction models through the stages of acceptance testing and 
during delivery of production systems to the Marine Corps. 
MCTSSA provides software management control and program 
support for fielded tactical data systems and those tactical 
data systems assigned to it fcr devel opmenral test and eval- 
uation. Operational impact studies, trade-off analysis and 
feasibility studies related to tactical computer program 
design and proposed enhancement are accomplished at MCTSSA. 
Also, MCTSSA provides personnel and maintenance support for 
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tactical data systems and communication-electronic equip- 
ments assigned to it for DTSE, and operational and mainte- 
nance support of the tactical data systems and 
communication-electronic equipments organic to itself. 
HCTSSA evaluates engineering change proposals, unsatisfac- 
tory equipment reports and proposed changes to fielded 
equip me nt. 

Finally, MCTSSA provides the computing facilities to 
support its mission. The computer facility is complex 
combination of both tactical and commerical computing 
resources to provide highly flexible system networks for 
development, programming, simulation and testing in support 
of Marine Corps Tactical Systems. The capabilities and 
functions of the computing facility will be discussed in 
detail relative to its integral role in the hardware, soft- 
ware and data link simulation requirements. Appendix 3 
defines the Test and Evaluation elements and the policies 
that guide the accomplishment of Test and Evaluation within 
the Department of the Navy. 
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III. TiCTIC^ CgHMONICATIONS 

The purpose of this chapter is to describe the tactical 
communications required to support and enhance the Marine 
Corps' tactical data systems and operational capabilities in 
a Marine Air Ground Task Force environment, 

A. LANDING FORCE INTEGRATED COMMUNICATION SYSTEM 

1 , De s criptio n 

The Landing Force Integrated Communication System 
(LPICS) is the Marine corps' tactical communication network, 
consisting of all of the personnel, equipment and data 
required for communication within the Fleet Marine Force. 
LFICS is not a single system, but encompasses all communica- 
tion assets which allow commanders to exercise command and 
control of assigned tactical forces. This includes single- 
channel point-to-point and net radio communication, tactical 
digital information links (TADIL's) and multi-channel commu- 
nication, The LFICS provides all internal and external 
communication required to enable commanders to perform -^heir 
assigned missions. The basic concept is to configure LFICS 
as a common user system to facilitate communication asset 
utilization at all echelons of command. Historically a 
single-channel radio provided internal tactical communica- 
tion requirements. With the emergence of ractical data 
systems, digital communication equipment and automanic 
switch communication systems have been elevated to a primary 
role. 
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2 . Dala Links 

LFICS hardware configurations will be tailored to 
meet the specific needs of the size force utilizing it. 
Whenever practical, LFICS will be configured as a common 
user system. The multi*c hannel/Onit Level Message Switch 
(discussed in the next section) will be the primary means of 
digital connection. The basic objective of LFICS is to 
achieve a fully digital communication environment. LFICS 
must accomodate the command and control needs of the 
commander by providing voice and data communication, provide 
interoperability with external systems, provide security for 
all traffic, allow for minimum disruption due to loss of 
switches and provide an orderly transition from an analog to 
digital environment. The tactical data links (TADIL's) and 
their uses are listed in Table (II) . 



TABLE II 

LFICS Tactical Data Links 



NAME 

HADGE Link-1 

TADIL-A 

TADIL-B 

T ADIL-C 

ATDL- 1 

MDT 

TACFIRE 



FaNCTIOH 

External Air Defense 
Combat Information 
Air Defense 
Aircraft 
HAWK 

a ulti-purpose 
HAWK 



Within LFICS all communication equipments have been 
categorized into subscriber facilities, switching facili- 
ties, tactical communication control facilities or 
transmission systems. Subscriber facilities provide the 
users' interface with LFICS. This is accomplished via tele- 
phone, data terminal or tactical data system computer 
interface. switching facilities provide the ability to 
interconnect switching factilities at different nodes. 
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Manual or automatic interconnection of voice or data 
subscriber circuits is provided. Tactical communication 
control facilities provide control, monitoring and testing 
capability for any circuits which access switching centers. 
Transmission systems perform the communication functions of 
modulation/demodulation, transmission, reception, timing, 
bit conditioning and transmission security. 

LFICS will provide communication for the transfer of 
voice and data for inter and intra-tact ical data system 
exchange. Rapid, reliable and secure transfer of voice and 
data information between system nodes is required. The 
communication center is a centralized agency where communi- 
cation facilities are located and managed. The 

communication center normally manages the transfer of infor- 
mation not accomplished by an external agency, a tactical 
data system or an individual subscriber. LFICS provides the 
communication links for the communication center. Finally, 
LFICS provides service to the common users including auto- 
mated information systems and radio battalions. 

3. Computer Ha rdwa re 

Table (III) lists the major computer equipment 
utilized to support LFICS. 

3. UNIT LEVEL MESS4GE SWITCH 

The Unit Level Message Switch (ULMS) will be fielded 
during 1984. The nomenclature is the AN/GYC-7. 

1 . De scrip tion 

The ULMS AN/GYC-7 is a transportable 12-line message 
switch capable of "stora-an d-forward” service for real-time 
command and control data traffic. The AN/GYC-7 is config- 
ured into two-man portable modules. It will be capable of 
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NAME 



TABLE III 
LPICS Computers 



DESCRIPTION 



AN/AYK-14 



AN/DYK-7 



General purpose 16-bit word digital 
computer' designated as the Navy Stan- 
dard Airborne Computer. Modular in 
and can be configured for variable 
applications. Consists of a central 
process with 128K externally expand- 
to 512K and 5 input/output channels. 
Operator and maintenance equipment are 
separate from main module. 

Ruggedized 32-bit word general purpose 
computer which can be configured as a 
single processor or multi-processor sys- 
tem. Basic system consists of a single 
processor, 48K of memory and 15 full 
duplex input/output channels. Thirteen 
addirional 16K word memory modules 
can be added externally. Operator and 
maintenance equipment are separate from 
main module. 



AN/UYK-20 Militarized 16-bit word general purpose 
computer. Includes a central processor, 
main memory expandable from 8K to 65K words 
and 16 full-duplex input/output channels. 
Operator and maintenance panel are part of 
tne main module. 



serving dedicated real-time subscribers and will accomodate 
a tactical message format. The DLMS accepts and sends 
tactical messages. The module consists of seven micropro- 
cessors which interface with telephone systems as well as 
radio channels. The system integrates communication hard- 
ware and software and manages the communication network. It 
has alternate routing capability and its primary subscribers 
are the tactical data systems. It will accept messages for 
up to 16 routing indicators. Users are permitted to commu- 
nicate over dedicated trunks. The OLMS provides 

transparancy from one tactical data system to another. 
Highspeed communication terminals provide a sophisticated 
tactical data base management scheme. Currently *here 
exists no simulation testing for the AN/GYC-7. 
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hardware and software 



2« Hard ware and So f twa re 

Table (IV) lists the major 
components that comprise the system. 



TABLE IV 

OLHS Hardware and Software Components 

COMPONENT QOANTITT CPO 

Power Module 1 

COMSEC Module 1 

Operation Program TBD Z-80 

Table (V) lists the test support, software genera- 
tion and software packages required to support the system. 



TABLE V 

DLMS Hard war e/Softwars Support 



SYSTEM/EQUIPHENT DESCRIPTION 



CORE CPU 



AN/GYC-7 
MTACC System 
Tesdata MS-880 
Microprocessor 
Development System 
Utility Loader 
Test Generation 
Operational Program 
Resident Programs 
UNIX V7 OS 



Programmer 

Workbench 

C-Compiler 

Editor 

Assembler 

Link/Loader 



UL MS . 

S u bscribecs 
Hardware Monitor 
System Develooment 



TBD 

TBD 

256K 

TBD 

Operating System 
Program Development 

Co mpiL er 
Utility 
Utility 
Utility 



TBD 

TED 

Z-80 

TBD 

PDP-11/70 



C. POSITION LOCATION REPORTING SYSTEM 

The Position Location Reporting System (PLRS) is being 
developed jointly wirh the U.S. Army. Initial PLRS delivery 

will be during 1984. The PLRS nomenclature is the 



AN/TSQ- 129 . 
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• Descript ion 

PLRS will provide highly accurate, real-time, 
three-dimensional position locations and identification 
information for selected air and ground elements and vehi- 
cles who are PLRS-equipped. This information will be 

available to appropriate commanders within the Marine Air 
Ground Task Force in order to assist in maneuver control, 
fire support planning and coordination, conflict avoidance 
and other command and control functions. The PLRS informa- 
tion will be available to using units (system users) and the 
Master Onit (AN/TSQ-1 29) . PLRS’ primary function is to main- 
tain precise location and identification of friendly 

elements. The PLRS usefulness will be enhanced with its 

integration with other Marine Tactical Command and Control 
Systems. PLRS will provide users capability to identify 
their location and obtain locations of other PLRS users, 
provide identification of friendly and foe functions, define 
restricted areas for troops and identify navigational lanes 
for aircraft. The principle of PLRS is a three-dimensional 
unit location based on the ranges between that unit and 

three other previously located known units. The range 
between two PLRS units is measured by the known time of 
transmission of a signal by the unit to be located to the 
recorded transmission arrival time at a receiving unit with 
a known location. Thus, the calculation of the unit loca- 
tion is geometric. PLRS is so accurate that it can be used 
as the basis for delivery of close air support, artillery 
fire or naval gunfire. The output from PLRS can be utilized 
at command and control center for decision making, sent to 
PLRS user units or displayed to the master unit. 
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2 , Hardware 

PLRS is housed in an air-transporiable S-280 mili- 
tary shelter. It can be deployed by helicopter or vehicle. 
The Master Unit contains the network communication facili- 
ties, computers, data displays and related equipment to 
support an independent PLRS network. The Master Unit 
provides central management for the user units, provides 
two-way exchange of secure digital data between itself and a 
user unit and provides PLRS received data to command and 
control systems. The PLRS user unit consists of a 
transmitter-receiver and processor, packaged in a 20-pound 
man pack. The hand-held module and the control display panel 
comprise the input/output devices. Table (VI) lists the 
system hardware components. 



TABLE VI 



PLRS Hardware Components 



COMPONENT 



QUAHTITI 



CPU 



Computer 2 

Computer 1 

Master Station 1 

Equipment 

Manpack Units 7 

Service Vehicle 2 

Units 

Auxiliary Ground 1 

Units 



AN/UYK-20 

AN/UYK-7 



1802 

1802 



PLRS consists of a master unit, alternate master 
unit, user units, surface vehicle units and airborne unir 
configurations. The position location post processor, a 
hardware and software combination located at a Direct Air 
Support Center or a Fire and Air Support Center will furnish 
position location information. The operational and simu- 
lated data links are unknown. 
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3 . So ft war e 

Tabla (VII) lists the software programs that 
comprise the system. 

TiBLE fll 
PLRS Software 



NAME 


DESCRIPTION 


CORE 


CPU 


DCP Program 


16 Operation Programs 


704K 


UYK-20/ 

UYK-7 


DYK-20 Kernel 




5K 


UYK-20 


UYK-7 Kernel 




5K 


UYK-7 


User Control 


User On it Control 


TED 


1802 


URD Message 




TBD 


1802 



The SIMPLRS program will provide simulated user 
units responses to master unit generated messages. SIMPLRS 
is a module of the DCP program. It is designed to generate 
messages at a master unit or a command and control center. 
Table (VIII) lists the test support, software generation and 
software packages required to support the system. 



S YSTEM/EQOIPMENT 

Perkin-Elmer 7/32 
AN/OYK-20 
AN/OYK-7 
AN/DSH-26 
Data Reduction 
MS 880 
TBD 
T3D 
T3D 
1 802 

PROM Burner 
CMS-2Y/2M Compilers 



TABLE VIII 
PLRS Support 



DESCRIPTION 

Minic ompu ter 
Minicompu ter 
Minicomputer 
Tape loader 

Hardware monitor 
Print er 
Card Reader 
Disc Storage 
Emulation system 



CORE CPU 



704K 



AN/UYK-20/ 

AN/UYK-7 
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17. TaCTICAL ^lariON- RELATED DATA SYSTEMS 

The purpose of this chapter is to describe several major 
aviatior.-r elated Marine Corps tactical data systems and 
their required components, 

A. TACTICAL AIR OPERATIONS CENTRAL-1985 

The Tactical Air Operations Centcal-1985 (TAOC-85) will 
be fielded during 1985. The nomenclature for the TAOC-85 
Operations Module (OM) is the AN/TYQ-23, 

1 . Des crip tion 

The TAOC-85 will provide responsive real-time 
control of the Marine Air 3 round Task Force air defense and 
all assets used against air threats to it. It is a command 
and control system that will have anti-air warfare capa- 
bility, air traffic control capability, early warning and 
long range tactical capabilities. rAOC-85 will be utilized 
at the Tactical Air Operations Center (TAOC) . The TAOC 
radar and identification friend or foe data is used to 
detect and identify intrusions into the Marine Air Ground 
Task Force airspace. Thus, the TAOC manages and controls 
airspace in its assigned area. Also it performs air traffic 
control functions beyond the air traffic control detach- 
ments* range. The TAOC serves as the hub for air control 
data for the Marine Aviation Command and Control Systems. 
It deals with real--*'lime air control operations. 

The basic TAOC-85 system element is the Operations 
Module (OM) . It is housed in a 20-foot shelter. The OM 
provides capability for accepting target reports, automatic 
track correlation, identification, classification and weapon 



33 



selection and assignment; receiving and processing track 
information, orders, commands and status data from other 
commands control systems; processing input from console 
operators for entry, deletion or modification of stored 
information; and displaying on operator consoles real-time 
tactical air situation based on all system inputs, both 
manual and automatic. 

2 . Ha rd ware 

The OM is the building block for the TAOC-85. Pull 
system funcitonal capability is provided by a single 
shelter. The following units are installed with each OH; 
radar interface units, computer units, mass memory units, 
mass memory loaders, operator console units, voice communi- 
cation access units, communication interface units, internal 
radio units, digital communication units, printer units, 
reccrder/reproducer units, power distribution units, and 
environmental control units. Table (IX) lists the hardware 
components that comprise this system. 

The TAOC will provide responsive, real-time commands 
and control to all Harine Air Ground Task Force air assets. 
The TAOC-85 consists of operations modules configured with 
radars, communication equipment, support equipment and 
per sonnel. 

3 . So f twar e 

Table (X) lists the software programs that comprise 
the system. 

Table (XI) lists the test support, software genera- 
tion and software packages required to support TAOC-85. 
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TABLE IX 

TAOC-85 Hardware 



COMPONENT 



QUANTITY 



CPU 



Computer 2 

Mass Memory Unit 1 

Mass Memory Loader 1 

Operator control 
Unit 

Power Distribution 1 

Control Unit 

Communication 1 

Interface Unit 
Radar Interface Unit 1 

Voice Access Unit li 

Radios 9 

Crypto Units 35 

Wire Line Adapter 12 

Recorder/ 1 

Reproduction Unit 
Printer 1 

Environmental Control 2 

Data Terminal 1 

Microprocessor 17 

Shelter 1 



AN/AYK-14 



L-3120 



TABLE I 

TAOC-85 Software 



NAME 



DESCRIPTION 



CORE CPU 



Operation Programs 13 Programs 
In terf acs/console/ 9 Proarams 
Comm Unit Programs 



564K AN/AYK-14 
172K L-3120/Z80/ 

8748/Z8002 



4 . Data Links 



Interfaces, data links and 
listed in Table (XII) . 



test requirements are 



B. TACTICAL AIR COMMAND CENTRAL 

The Tactical Air Command Central (TACC) is an opera- 
tional automated air command system. The nomenclature for 
the TACC is the AN/TYQ-1. 
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PiBLE XI 
TiOC-85 Support 



S YSTSM/EQOIPMENT DESCRIPTION CORE CPU 



Radar 

TACC 

TAOC 

TDCC 

Tesdata MS -8 80 

Computer 

DisK Drives 

Printer 

Tape Unit 

Terminals 

PROM Burner 

MTASS 

FORTRAN 

MACRO 14/20 

TO PS -20 



Simulator, Monitor 
Data Reduction 



System Suoport 
Compiler 
C ompile r 
OS 



DEC 2060 



TABLE XII 

TAOC-85 Data Links 

INTERFACING SYSTEM OPERATIONAL LINK 5IHLULATED LINK 



TACC 


TADIL-A/B 


TADIL-A/B 


DASC 


P ADIL-B 


TADIL-B 


IHAHK 


ATDL-1 


ATDL-1 


TAOC-85 


T ADIL-B 


- 


MATCALS 


r ADIL-B 


TADIL-B 


Aircraft 


r ADIL-C 


TADIL-C 


External 


r ADIL-A/B 


TADIL-A/B 


NATO 


NADGE Link-1 


NADGE Link-1 


FASC 


r ADIL-B 


TADIL-B 


TACC 


OLMS 


ULMS 


FASC 


T ADIL-3 


ULMS 


FAAD 


— 


TACFIRE/ATDL-1 



1 . De script ion 

The TACC provides a means to coordinate all aspects of air 
command, control and defense. It interfaces with external 
air control agencies and provides a means to affect real- 
time input in air defense. The TACC is the principal air 
operations installation from which aircraft and air warnina 
fucntion of tactical air operations are directed. It is the 
senior Marine air command and control system agency from 



36 



which the Marine Corps tactical air commander can direct and 
control air operations. The Tactical Data Communication 
Central is employed at the TACC and will be described in the 
next section. 



2 . Har dwar e 

Table (XIII) lists the major hardware components 
that comprise this system. 



TABLE XIII 
T4CC Hardware 



COMPONENT 



QUANTITY 



CPU 



Display Group 1 

Equipment 

Universal Console 5 

Command Console 1 

WA SD 2 

Operations Central 1 

Planning Central 1 

Power Supply 1 

Large Screen Display 1 

Integrated Comm 1 

System 

Multi-channel Data 1 

Terminal 

visual Display 2 

Terminal 

Printer 2 

Computer 1 

OHF Radio 5 



AN/UYK-20 



3 . Su pport 

Table (XIV) lists the test sy st em/eguipemt , software 
packages and software generation required to support the 
TACC system. 

4 . Da^ Links 

Table (XV) lists the data link requirements for the 

TACC. 
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NAME 



TABLE XI7 
TACC Support 



TSP Test Bed 

Computer 

Co mputer 

Serial Modem 

Display 

SIMTRACC 

TAOC 

TDCC 

DA SC 

Computer 
Co mputer 
TSP 
SETUP 
SETUP 
FRESTORE 
Test Scenario 
Generat ion 
SIMTRACC 

Program Development 
Data Reduction 
Data Reduction 
TACC Symbols 
Program Development 
System 

Multi-User Compiler 
Facility 



INTERFACING SYSTEM 

TAOC-85 

FASC 

DASC 

NATO 

External 

MATCALS 



DESCRIPTION 

Simulator 



Entry Terminal 
Data Link simulator 



Simu lation 



Simu lation 
10 Test Programs 
rest Program 
Test Program 
Test Program 
Co mpiler 

Co mpiler 



TABLE XV 
TACC Data Links 



OPERATIONAL LINK 

T ADIL-A/B 
T ADIL-B 
T ADIL-B, MDT 
NADGE Link-1 
T ADIL-A/B, NADGE 
TADIL-B 



CORE CPU 



AN/OYK-7 

AN/UYK-20 



10K 


PDP-11/40 

CP-808 

AN/OYK-7 

CP-808 


10k 


AN/UYK-7 

CP-808 

AN/UYK-7 


290K 


NOVA II 
AN/UYK-20 


28K 


CP-808 


50K 


PDP-11/70 


4K 


CP-808 




PDP- 11/70 
PDP-11/70 



SIMULATION LINK 

TADIL-B 
TADIL-B 
TADIL-B, MDT 
NADGE Link- 1 

TADIL-B 



C. TACTICAL DATA COMMUNICATION CENTRAL 
1 . Descr ipt ion 

The Tactical Data Communication Central (TDCC) is a 
five-shelter tactical configuration which provides a means 
to communicate on various tactical information links in 
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support of Marine Air Command and Control Systems* opera- 
tions, The system provides the capabiltiy to conduct high 
frequency voice and data operations. This system accomo- 
dates the operational software for the TACC and the TAOC. 
The nomenclature for the TDCC is the AN/TYQ-3, 

2. Ha rdwar e 

Table (XVI) lists the major hardware components that 
comprise this system. 



TABLE XVI 
TDCC Hardware 



COMPONENT 



QUANTITY 



CPU 



Computer . 2 
Data Entry Terminal 1 
Printer 1 
Disk Unit 1 
X-Link Buffer 1 
Magnetic Tape Unit 1 
Data Bus Controller 1 
Crvpto Device 1 
Communications Group 1 
Serial Modems 13 
Serial Crypto Device 10 
Data Terminal Group 1 
Data Terminal 1 
Comm Central 1 
Radio Set 2 



AN/UYK-20 



3 . Softwar e 

TAble (XVII) lists the software programs that 
comprise the TDCC system. 

4 , TDCC Suppor t 

Table (XVIII) lists the test system/eguipment , soft- 
ware generation and software packages required to suppor-^. 
the TDCC system. 
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TABLE XVII 
TDCC Software 



NAME 


DESCRIPTION 


CORE 


CPU 


Operation Program 
TACC Symbol Library 


10 Programs 


290k 


AN/DYK-20 


TABLE XVIII 
TDCC Support 


4K 


CP-1018 


SYSTEM/EQUIPMENT 


DESCRIPTION 


CORE 


CPU 


TSP Test Bed 


Simulation 




AN/UYK-7. 

AN/DYK-20 


TACC 

TAOC 


SIMTRACC 


Data Link Simula 


tion 




MATADOR IV 


Data Reduction 




CP-808 


Tesdata MS-880 


Performance Monitor 




CMS-2Y Compiler 


Compi ler 




AN/UYK-7. 

AN/UYK-20, 

PDP-11/70 


Tactical Data 




28K 


CP-808 


Re duct ion 


Tactical Data 




50K 


PDP-11/70 


Re duct ion 


Test Support 
TSP SETU^ 




76K 


AN/DYK-7 




10K 


CP-808 


Test Scenario 




10K 


AN/UYK-7 


Generation 


TSP 

SIMTRACC 




76K 


AN/UYK-7 
NOVA II 


Program Development 


Compiler 




PDP-11/70 


Svsrem 


Multi-user Compiler 




PDP-11/70 


Facility 



5 . Data Links 

Table (XIX) lists the data link requirsiaent s of the 
TDCC system. 

D, DIRECT AIR SOPPORT CENTER 

The initial system delivery fnr the Direct Air Support 
Center (DASC) is during 1982. The nnmenclature for the DASC 
is the AM/UYQ-UA. 



40 



r&BLE XIX 
TDCC Data Links 



INTERFACING SYSTEMS 


OPERATIONAL LINKS 


SIMULATION LINKS 


TAOC 


TADIL-A/B 


TADIL-A/3 


TACC 


TADIL-A/B 


TADIL-A/B 


IHAWK 


ATDL-1.NADGE Link- 
NADGE Link-1 


1 ATDL-1 


NATO 


NADGE Link-1 


External 


TADIL-A 


TADIL-A/B 


Aircraft 




TADIL-C 


1 • Description 


The DASC is the 


principal air control 


agency respon- 



sible for the conduct of direct air support operations. It 
functions in a decentralized mode of operation bur is 
directly supervised by the Tactical Air Control Center 
(TACC) /Tactical Air Operations Center (TAOC) . The DASC is a 
coojiaand and control agency and is located with the highest 
Fire Support Coordination Center echelon. The AN/0YQ-4A is 
operational in either an airborne or mobile environment. 
The ranges and speeds of aircraft employed require that 
their control be directed from a high command level. The 
DASC is one of the primary control agencies of the Marine 
Air Command and Control System. The TAOC and the DASC 
interface indirectly by naans of relay through the TACC. 
The DASC performs the following tactical functions: coordi- 

nation of close air support, coordination of assault support 
missions, coordination of air reconnaissance missions, 
dissemination of friendly and eneny aircraft information 
and the control of aircraft returning from direct air 
support missions. 

The DASC is comprised of three functional areas: 
communications, data processing and display. These func- 
tions provide for voice and data link communication, display 
of the tactical area of responsibility (TAOR) , display of 
selected friendly aircraft tracks and related information. 
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computation and display of aircraft vector information for 
navigational purposes and automatic receipt and computation 
for display of target data. 

2 . Hardwar e 

The DASC operational unit consists of three shel- 
ters. One shelter houses the computer, printer, 
communication panel, communication control unit and the 
encryption units. The other two shelters each house five 
situation display consoles, communication control units, 
digital communication units, communication panel, power 
distribution panel and the display console keyboards. Table 
(XX) lists the major hardware components that comprise the 
system. 



TABLE XX 
DASC Hardware 



COMPONENT QUANTITY 

Operations/Data 4 

Processing/ 

Comm Shelters 
Integrated Comm System 1 

Display Control Unit 3 

Situation Display 13 

Console 

CPU 2 

Magnetic Tape Unit 2 

TADIL-B Buffer 2 

TADIL-B Modem 2 

Comm Processor 24 

Speech Security Unit 6 

Remote Power Converter 1 



CPU 



AN/UYK-7 

AN/USH-26 



3 . So ftw ar e 

Table (XXI) lists the programs that comprise the 

system. 
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r&BLE XXI 
D&SC Software 



NAME 


DESCRIPTION 


CORE 


CPO 


TBD 


Program Trainer 


128K 


AN/OYK-7 


TBD 


Preprocessor Trainer 


96K 


AN/OYK-7 


TBD 


Interactive Processor 


1 16K 


AN/OYK-7 



Table (XXII) lists the test support system/ 
equipment, software generation and software packages that 
support the Dasc system. 



TiBLE XXII 
D&SC Support 

S YSTEM/EQOIPMENT DESCRIPTION CORE CPO 

TACC Tactical Air Command Central 

TAOC Tactical Air Operations 

TDCC Tactical Data Comm Central 

DCT Digital Comm Terminal 



CHS-2Y Compiler 






AN/OYK-7 


DCT Simulator 
TADIL-B Simulator 


TSP 


Simul ation 


76K 


AN/UYK-7 


SETUP 




10K 


CP-803 


SET OP 
PRESTORE 
Test Scenario 




10K 


AN/DYK-7 

CP-808 

AN/UYK-7 


Generation 


SIMTRACC 


Simul at ion 




NOVA II 


10 Test Proorams 




290K 


AN/UYK-20 


Data Reduction 


Test Program 


28K 


CP-808 


Data Reduction 


Test Program 


50K 


PDP-1 1 


TACC Symbols 


Test Program 


4K 


CP-808 



4 . Data Links 

DASC operators are trained oa the operational equip- 
ment via a training program. Simulared testing provides 
capability to interact with the air support radar teams 
(ASRT), TAOC/TACC and the digital oommunication terminals. 
Other DASC requirements include data extraction, reduction 
and analysis which currently are not automated. Table 
(XXIII) lists the data links required for this system. 
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TIBLE IXIII 
D&SC Data Links 



INTBRFACIUG SYSTEM 

TACC 

ASRT 

TAOC-85 

DCT 



OPERATIONAL LINK 

TADIL-B 

MDT 

TADIL-B 

MDT 



SIMULATION LINK 

MDT 

MDT 

TADIL-B 



E. MARINE AIR TRAFFIC CONTROL AND LANDING SYSTEM 

The Marine Air Traffic Control and Landing System 
(MATCALS) will be fielded during 1983. The system nomencla- 
ture is currently unassigned. 

1 . De scr iption 

MATCALS is a deployable air-transportable, modular 
system. It provides upgraded capability to the Marine Air 
Command and Control System for handling high-density air 
traffic at expeditionary bases. MATCALS is organized into 
three sysbsystems: air traffic control, all-weather landing 

system and control and communication subsystem (C&CS) . The 
CSCS consists of two 3X3X20 shelters. The air traffic 
control and the all-weather landing systems may be deployed 
separately. MATCALS provides all aspects of surveillance, 
identifica iton, tracing, aircraft vectoring and track hand- 
over. Within 60 nautical miles of the airfield the system 
provides for up to 40 aircraft tracks. The 15A19 is fully 
militarized and used to train air traffic controllers, 
weapons controllers, scanner classifiers, flight supervi- 
sors, communications specialists and flight control 
personnel in tactical environments. It prepares scenarios 
containing simulation flights of aircraft required to 
support close-air-support, air defense, air-to-air inter- 
cepts, ground to air missile control and ground-air-grouni 
data link control. Communications nets include simulated 
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DHF/VHF and normal land-line commanication links. The 



trainer realistically simulates the TAOC, missile batteries, 
ground-air-ground data links and multi-site communicarion. 

2. Har dware/ So ft wa re 



utilized in the shelter. All softirare is written in CMS-2 
and an interactive scenario generation capability exists. 
The operational training device requires the compu-*-er, 
floppy disc unit, data link modems and a video display unit. 
The trainer consists of a simlulation cabinet which gener- 
ates simulated radar signals for the training problem under 
the control of the computer program. The 15A19 includes a 
readiness program, scenario generation program and the main 
trainer program. Table (XXIV) lists the MATCALS hardware. 



The AN/OYK-20 computer and peripheral equipment is 



TABLE XXIV 
MATCALS Hardware 



COMPONENT 



QUANTITY 




1 

1 

2 shelters 



c sc s 

Multi-Mode Display 



20 



3. Data Links 



Table (XXV) lists the MATCALS data link 



requirements 
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INTERFACING 

TACC 
Air era ft 
TAOC-85 



TABLE XXV 
MATCALS Data Liaks 

SYSTEM OPERATIONAL LINK 

r ADIL-B 
T ADIL-C 
r ADIL-B 



SIMULATION LINK 



TADIL-C 

TADIL-B 
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V. TACTICAL GROOHD^SOPPOaT DA^L SYSTEMS 



The purpose of this chapter is to describe the major 
ground related tactical data systems utilized in the Marine 
Air Ground Task Force environment. 



A. HARINE INTEGRATED FIRE AND AIR SDPPORT SYSTEM 

The Marine Integrated Fire and Air Support System 
(MIFASS) will be fielded daring 1936. 

1 . Des crip tion 

MIFASS is a tactical data system which will automate 
selected functions currently performed by the Fire Support 
Center and the Fire Direction Center. It consists of proce- 
dures and equipment that will improve the command, control 
and coordination of the fire and air support assets of the 
Marine Air Ground Task Force. The system will provide 
commanders at all echelons with real-time display informa- 
tion. MIFASS will establish the Fire and Air Support Center 
(FASC) which will assume selected air control functions and 
control selected functions of artillery support. Real-time 
digital display and information processing will provide 
friendly unit positions, target locations and process 

requests for supporting arms. Control and coordination of 
all fire and air support will be exercised through the FASC. 
Aircraft routes, potential conflicts between fire weapons 
and aircraft flights will be automatically defected at the 
FASC via MIFASS. MIFASS will improve the overall employment 
of fire, air support and troop movement. It will ultimately 
operate with other Marine Corps automated command and 
control systems and will be compatible with Navy command and 
control agencies. 
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Each MIFASS canter will operate independently. 
Display unirs will exchange selected information. 

Communication control and communication security will 
support the digital communication capability. 

2 . Hardware 

HIFASS consists of suites of modular microprocessing 
and display equipment tailored to the level and type of 
command it supports. The system is transportable by all 
tactical means, will operate in a Marine Corps shelter, 

aboard ships and in tactical vehicles. All equipment is 
two-man portable. MIFASS equipment will perform control and 
coordination functions at all echelons. It consists of the 
dynamic situation display which represents graphic map 
symbology, air coordination areas and target areas; communi- 
cation control panel for communication with various radio 
nets; hand-held input/output devices which will send and 
receive messages from other MIFASS centers; printers which 
will print hard-copy records of all messages into and out of 
the MIFASS center; computers which will drive all other 
equipment; auxiliary mass memory; and digital and voice 
communication equipment. Table (XXVI) lists the major hard- 
ware components of the system. 

3 . Softw are 

Table (XX7II) lists the programs the comprise the 

MIFASS. 

Table (XXVIII) lists the systems and equipment, 
software generation and software packages required to 
support HIFASS. 
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TABLE XXVI 
BIFASS Hardware 



COMPONENT QOANTITX 

Dynamic situation 19 

Display 

rinter 27 

omm Control Panel 27 

omputer 15 

ire Direction 9 

Calculator 

ass Memory 1 3 

ass storage Device 4 

M 1 5 

attery Box 2 i 

igital Comm Equipment 12 
helter 3 



CPO 



AN/AYK-14 





TABLE XXVII 








MIFASS Software 






NAME 


DESCRIPTION 


CORE 


CPO 


Operation Programs 
Diaital Comm 
Equioment 
Fire Direction/ 


26 Programs 


132K 

TBD 

TBD 


AN/AY 

Z8000 

8085 



urvey Calculator, 
omm Panel, Mass 
emory 



TABLE XZVIII 
MIFASS Support 



SYSTEM/SQOIPBSNT DESCSIPTION CORE CPO 



Simulator 

Data Reduction 

Computer 

PROM Burner 

Microprocessor 

Microorocessor 

Computer 

Simulation Package 

MTASS 

TOPS-20 

LAMPS-14 

PLZ 

MDS 



Sys 

Ope 

Exe 

Com 

Mic 



tea 

rat 

cut 

pil 

ro 



Software 
ing System 
ive System 
er 

Deve lopmei t 



System 



DEC 2060 
Z8000 

INTEL 8085 
AN/AYK-19 

DEC 2060 

AN/AYK-14 
INTEL 8085 
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. Data Links 

HIPASS will be capable of using existing communica- 
tion systems. Each MIFASS center will interface with the 
digital communication system. This capability will provide 
for all data conversions, addressing, error handling and 
communication protocol actions. Table (XXIX) lists the data 
link requirements of the system. 



INTERFACING SYSTEM 

FASC 

PLRS 

ASRT 

TACC 

TAOC-85 

External 



TABLE XXIX 
MIFASS Data Links 



OPERATIONAL LINK 

OLMS 

OLMS 

MDT 

TADIL-3 

TADIL-B 

OLMS 



SIMULATION LINK 

OLMS 

OLMS 

MDT 

TADIL-B 

TADIL-B 

OLMS 



B. IMPROVED HOMING -ALL-THE -WAY KILLER (IHAWK) 

IHAHK is a fielded joint service system. HCTSSA's 
involvement is to monitor evolutionary changes to ensure 
that future Marine Corps requirements are met. 

1 . De script ion 

The HAWK is a mobile, surface-to-air, guided missile 
system designed to defend against low-flying enemy aircraft. 
The system includes the Information and Coordination 
Central, the Improved Platoon Command Post and miscellaneous 
radar and radio equipment. 
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2 . Software 

Table (XXX) lists the test system/eguipment required 
to support IHAMK. 



r&BLE XXX 
IH&BK Support 



SYSTEM/EQOIPMENT 


DESCRIPTION 


CORE 


CPU 


ATDL-1 Simulator 

rsp 


Simulator Program 
3 Test Scenario 


86K 


AN/UYK-7 


SIMTRACC 


Programs 
Simula tor 




NOVA II 


SETDP/Data 




38K 


CP-808 


Reduction 
PRESTORE 
Testing Support 
Data Reduction 


9 Programs 


244K 


CP-808 

AN/UYK-20 


50K 


PDP-11 


3 . Data Links 
The IHAWK 


interfaces with 


the Ta 


ctical Ai 



Operations Center and other IHAWK units both operational and 
during simulation via the ATDL-1 tactical data link. 
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VI. DATA LIM SIMOLATION 



In the first section of this chapter the existing 
tactical data system simulation techniques currently being 
utilized are described. The second section describes a 
general purpose alternative software package which could 
accomodate the previously described requirements. Finally, 
several conclusions will be drawn on the specifications of a 
tactical data system simulation facility followed by an 
enumeration of data link simulation facility requirements. 

’’Simulation is the process of designing a model for a 
real system and conducting experiments with this model for 
the purpose of either understanding the behavior of the 
system or of evaluating various strategies (within the 
limits imposed by a criterion or set of criteria) for the 
operation of the system." .'Ref. 2] 

A. EXISTIHG SIMULATION PACKAGES 

Data link simulation is used at MCTSSA to test new and 
improved tactical systems. There are two systems currently 
being used for data link simulation; the Simulator, 
Trainer, Command and Control (SIMTSACC) and the Test Support 
Program (TSP) . SIMTRACC i s an integrated hardware/software 
system which runs on a Data General Nova II computer. TS? 
is a software package which runs on an AN/OYK-7 comparer. 
SIMTRACC can simulate various combinations of TADIL-A/3/C, 
ATDL-1 and NADGE Link-1 data links. TSP can simulate 
TADIL-A/B and computer to computer data links. SIMTRACC has 
data extraction, reduction and analysis capabilities. 
MATADOR IV, a separate software pacicage, is used to reduce 
data from a TSP simulation. 
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• simulator, Command and Co ntro l 

The SIHTRACC system is used to simulate the outside 
world for various tactical systems. SIMTRACC supports simu- 
lation, testing, training and command and control functional 
areas. It can simulate the data links of any agency that 
meets specific protocols. SIMTRACC* s primary use is data 
link simulation to support testing tactical data systems. A 
secondary use is to train TAOC operators. Data extraction 
and reduction can be performed on-line. It can handle up to 
180 targets or air tracks with the capacity limited by the 
combination of type and number of links being simulated. 

The SIMTRACC hardware consists of a Data General 
Nova II, a teletypewriter, keyboard, printer/plotter, disk 
unit, CRT controller, CRT, modems, bus repeater, cursor 
control pad and multiplexor. Approximately 15 programs 
comprise the system. 

SIMTRACC processes the contents of a script file 
which consists of a time-tagged sequence of keyboard inputs. 
When the script time matches the time tag for the currently 
processed file, then the file inputs are injected into the 
data link system in the same format as keyboard real-time 
inputs. The scripting system consists of file creation, 
file item formats, execution control abd error processing. 
SIMTRACC performs data analysis to determine proper message 
structure, correct value ranges, correct transmission and 
accurate reporting responsibility. SIMTRACC is highly 
interactive and requires a well-trained operator. 

2- Test ing Support Program 

The TS? is made up of three programs: TS? itself, 
SETUP and PRESTORE. TSP is a real-time interactive simula- 
tion system used for testing of digital data exchange of 
tactical data systems. TSP is capable of simulating those 
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portions of the tactical system that control the exchange of 
digital messages between individual systems and the program 
whose performance is being evaluated. This means of selec- 
tive alteration constitutes the event capabiltiy of the 
system. The user can structure a dynamic exercise of any or 
all the data link functions. The maximum number of tracks 
allowed by the TSP software is 405. This capacity also is 
dependent upon the number of required data links. 

The TS? runs on a stand-alone AN/OYK-7 computer. 
The hardware that comprises the system is an alphanumeric 
display unit, magnetic tape unit, high speed printers, paper 
tape unit, Univac CP-808 computer, card reader, disk unit 
and a PDP-11/70 computer. The SETUP and PRESTORE programs 
run on the CP-808 and PRESTORE also utilizes the PDP-11/70, 

Data generated by an operator via the interactive 
display unir or data entered via card input contains TSP 
test data. An operator must go through a series of steps to 
set up and initialize the system equipment. The program 
prompts the operator for any additional required test data. 
There are 23 prescripted formatted events. Some messages 
are automatically built by the system. The test data 
contains system configuration data, action and background 
track data and prescripted events. Information such as 
latitudes and longitudes of system participants and simu- 
lated system actions that will be executed musr be provided 
by the operator. The operator controls the simulation 
status and data associated with the simulation system and 
links. 

Integrated Si^la^ion Re q uiremen ts 

Figure 6.1 lists the minimum simulation capabilities 
that must be included in an integrated simulation facility 
at HCTSSA in the FY-84/85 timeframe. 
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a, 

b, 

c, 

d, 

e , 



g- 

h. 



j- 



Simulate TADIL-A, TADIL-B. TADIL-C, ATDL-1, | 

NADGE Link-1, OLMS and MTACCS messages. | 

Simulate up to 10 concurrent TADIL-B links. 1 

1 

Simulate at least 500 tracks. I 

Simulate up to 13 concurrent links. I 

Simulate air and surface track processing. I 

Accomodate Scripting far TADIL-A, TADIL-B, I 

TADIL-C, ATDL-1, NADGE Link-1, ULMS and | 

MDT links. ( 

Accomodate 24 participating units on TADIL-A. I 

Accomodate simulated moving participating units. | 

Simulate data extraction and reduction for I 

TADIL-A, TADIL-B, TADIL-C, ATDL-1, NADGE Link-1, | 
ULMS and MDT links. | 

Simulate forwarding units on TADIL-A and I 

TADIL-B. I 

1 



Figure 6.1 Integrated Simulation Facility Specifications. 

• Co nc lusions 

The most desirable alternative to Marine Corps simu- 
lation reguirements is an integrated simulation system based 
on distributed processing concepts and state-of-the-art 
mini and micro computers. SIMTRACC and TSP cannot be 
utilized in an integrated environment because they support 
only unique, disjointed test requirements. SIMTRACC will 
not accomodate future track capacity requirements and the 
agencies that can be simulated by TS? are limited. TS? 
cannot support any data collection for data analysis because 
of its inability to extract or reduce data during testing. 
TSP and SIMTRACC do not accomodate the data link testing 
growth expected at MCTSSA. 
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A SIHOLATIOS ALT2BNATI7B 



Simulation models consist of continuous change models 
and discrete change models. Continuous models incorporate 
fixed increments of time advances and are interested in a 
continuous flow of information. Items are considered in 
aggregate rather than individual. Discrete models are 
interested in individual items in a system and utilize the 
next event type of timekeeping. Tactical data systems are 
primarily discrete change models. simulation software 
assists in the performance of tastes performed during the 
evaluation and testing of communication, command and control 
systems. 



Simulation Language for Alternative Modeling (SLAM) II 
is a software package which exemplifies the state-of-the-art 
in simulation. SLAM II permits discrete event, continuous 
and network modeling perspectives and any combination of the 
three, SLAM II can perform as a discrete change system that 
can be modeled from the point of view of events and/or 
processes. The pr ocess-or iented part of SLAM employs a 
network structure comprised of node and branch symbols. The 
modeling task consists of incorporating these symbols into a 
network model which represents the system pictorially. The 
modeler defines the events of the system and the potential 
changes that may arise in the system. SLAM II provides a 
set of standard subprograms that provide for scheduling, 
manipulating files, collecting statistics, and generating 
random samples. The modeler provides FORTRAN routines that 
describe the mathematical and logistical relationships of 
the changes that each event will produce. SLAM II permits 
entities in the network model to initiate occurrence of 
discrete events, events to alter the flow of entities in the 
network model, entities in the network model to cause 
instantaneous changes to values of the state variables, when 



state variables reach threshold values they can initiate 
entities in the network aodel, events can cause instanta- 
neous changes in the values of state variables and when 
state variables reach prescribed threshold values they can 
initiate events. The process-oriented (network) model 
consists of drawing possible paths (including delays) that 
an entity encounters from its arrival time to its departure 
time as in tactical data information flow. 

The continuous modal is coded by specifying difference 
equations which describe the dynamic behavior of the state 
variables. The modeler codes these equations in FORTRAN 
utilizing SLAM-def ined storage arrays. The executive 
program controls the simulation by advancing time and initi- 
ating calls to the event subroutines. SLAM II is written in 
FORTRAN-66 and is upward compatible with FOETRAN-77. 
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VII. SI^LATION^TEST EACILIT? SPECIFICAriOHS 



"Minicomputers and micr ocomputars rarely have the soft- 
ware and peripherals for convenient use. Programming small 
computers is tedious and time-consuming. The small computer 
that goes into the final product is generally not suitable 
for use in the developmental stage. Programs for large 
computers are developed on the same system on which they are 
used. Small computers, however, that are part of an instru- 
ment or machine tool will only have enough memory, 
peripherals and software to perform their function. The 
computer that goes into the system can handle system func- 
tions - not system development". [Ref. 3] 

A. DESCRIPTION 

1 . Ba ckgro und 

Currently, MCTSSA has two PDP-11/70's, three 
PDP-1 1/60's and one PDP-11/40. The PDP-11/70's are 
utilized for program development, compilation and testing. 
The operational fielded systems that are developed, main- 
tained and tested in-house are the TACC, the TDCC, the DASC 
and the IHAWK system. The software comprises approximately 
1200 programs and 220,000 lines of code. The PDP-ll/60's 
are utilized for graphics output and terminal input and 
output. The PDP-11/40 is utilized as a front-end processor 
for hardcopy output. 

The investment in software, programmer training and 
operational support with the current hardware configuration 
is enormous. The existing software comprises approximately 
1800K words of memory. Thus, modification, upgrade or 
replacement must be economically feasible, compatible and 
relatively transparent. 
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2. Ge n e r al C hara cte ri s tics 

One solution to the sinulation/test facility 
requirements described in previous chapters is the time- 
phased replacement of two PDP-11 developmental host 
computers with two VAX-1 1/780 computers. FORTRAN-77 is 
recommended as the high order programming language to be 
utilized for software development until ADA is entirely 
available and supported. The SIMTRACC devices should be 
reduced from five to two and SLAM II should be considered as 
an alternative general purpose simulation package. Figure 
7.1 lists future capabilities that will be available. 



a. Combination of 10 TADIL-B, ATDL-1 or NADGE 
Link-1 links. 

b. One TADIL-A and one TADIL-C link. 

c. 500 air and surface tracks. 

d. Message forwarding. 

e. Moving participating units. 

f. Message handling for JINTACCS Intelligence 
and air operations. 

a. Scripting for ATDL-I, NADGE Link-1, lADIL-A, 
and fADIL-C. 

h. Four OLMS and MDT links. 

i. MTACCS message handling. 

j. JINTACCS message handling for fire support, 
operations conrrol and amphibious operations. 

k. Scripting for ULM S and MDT. 



Figure 7.1 Siaulation/Test Facility Capabilities. 
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The accumulation of these capabilities will satisfy 
all presently known test requirements for the TDCC, TACC, 
TA3C-85 and MIFASS. Additional capabilities can be imple- 
mented in a modular fashion without modifying the basic 
system configuration. 

3 . So ftwar e 

The only feasible DoD-approved high order program- 
ming languages are CMS-2, ADA and FORTSAN. CMS-2 is 
implemented on military computers (CP-808, AN/UYK-7 and 
AN/OYK-20) . The CMS-2 compiler also operates on the PDP-11 
and VAX-11/780. Since the proposed simulation facility will 
be hosted on a commerical computer, ADA and FORTRAN seem to 
be the most feasible software approaches. ADA is scheduled 
to replace CMS-2 as the Department of the Navy standard 
programming language for embedded computer systems during 
1983-4. ADA compilers are available for military and 
commerical computers and will be available for minicomputer 
and microcomputer systems during this year. ADA is, in 
fact, a strong contender to FORTRAN-77. 

4 . Har dwar e 

Table (XXXI) lists the minimum requirements which 
will accomodate the test facility requirements. 



TABLE XXXI 

Hardware Requirements 



ITEM 



MINIMOM REQUIREMENT 



Direct Memory Access Bandwidth 

Direct Addressable Memory 

minimum Memory 

Operating System 

High Order Programming Language 



2 meaabits 
256 kilobytes 
1 megabyte 
Multi-tasking 
ADA/FORTRAN-77 
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The VAX 11/780 is one of the few state-of-the-art 
computers with the minimum direct memory access bandwidth 
requirement capabilities. The VAX-11/780 is considered the 
most efficient "number cruncher" within its category of 
computers. 

B. VAX-11/780 

1 . De scrip tion 

The VAX-11/780 is a high-performance, multiprogram- 
ming computer system. The processor has a 32-bit 
architecture based on the PDP-11 family of 16-bit computers. 
While using addressing modes and stach structures similar to 
those of the PDP-1 1, the VAX-1 1/780 provides 32-bit 
addressing and 32-bit arithmetic. The instruction set and 
hardware implement high-level language constructs and oper- 
ating system functions. The VAX-11/780 is a mulri-user 
system for both development and application system execu- 
tion. It is highly reliable and contains built-in hardware 
and software protection mechanisms to ensure data integrity 
and system availability. The computer provides on-line 
diagnostics, error detecting, verification of system 
integrity and automatic recovery features. It is both flex- 
ible and extendible and provides applications the capability 
to provide their own command interfaces to users. 

The VAX-11/780 is an extension of the PDP-11 family 
architecture. It executes non-privileged PDP-11 instruc- 
tions in its compatability mods, utilizes PDP-11 data types 
and instructions and supports compatability languages and 
file and record formats. 
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2« H ardwar e Co mpon ents 

The major components of the 7AX-1 1/780 are the 
processor, peripherals, operating system, languages and 
network services. Table (XXXII) lists the major capabili- 
ties of the hardware components. 



TABLE IXXII 

7AX-1 1/780 Hardware Capabilities 



COMPONENT 



DESCRIPTION 



P rocessor 

Peripherals 

Operating 

System 



CPU, Synchronous bus, microcomputer 
console, 2 megabits memory, 2 
peripheral buses 

Small and large capacity disk dpives, 
magnetic tpaes, hard copy and video 
terminals, printers, card readers 

7irtgal memory manager, system 
services, command language, operator 
tool s 



Languages 



Network 

Services 



7AX- 11 
PDP-11 



MACRO, , PDP-1 1 



C0B0L-7U, CMS-2, linkers 



BASIC PLUS-2 
III ■ 



editors, librarians, debuggers 



9 



DECNet network software, 
interproce ssor communication link 



3 . Com patibi li t y 

When the 7 AX computer was designed, the need to 
establish a high level of compatibility with the large, 
well-established PDP-11 computer family was identified. 
"7AX represents the natural growth direction for many 
installations using PDP-11 machines and programs: to ease 

the growth, to quicken program transition, and to protec-^ 
prior customer investment, it was important that 7AXes 
displayed good compatibility features [Ref. 4]." 
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The PDP-11 and VAX- 11/780 systems have almost iden- 
tical FORTRAN, BASIC, COBOL, ADA, and C!1S-2 languages. The 
VAX-1 V^80 can execute a subset of the PDP-11 16-bit 
instructions in the compata bility mode, the operating system 
provides functionally equivalent system services as the 
PDP-11 RSX operating system, the development package allovs 
PDP-11 operating system system generation facilities, the 
record management services are upward compatible with PDP-11 
resources and DECNet/VAX package supports the PDP-11 system 
image '*down-line” loading. The features make the VAX-11/780 
an ideal host system to PDP-11 systems in a distributed 
processing environment by reducing the requirement for 
programmer /operator retraining. Figure 7.2 depicts a 
typical resource sharing environment. 



PDP-11 



PDP-1 1 



Line Printer VAX- 1 1/783 Largs Disk 



PDP-11 



PDP-11 



Figure 7.2 7AX-1 1/780 Distributed System. 
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C. CONCLOSIOHS 



1 . Co ncept s 

This paper describes the majer resources utilized at 
the Marine Corps Tactical Systems Support Activity (MCTSSA) 
to test and develop tactical data systems. The existing 
hardware mixture will not support the increased requirements 
of MCTSSA and an integrated simulation/test facility should 
be established to accomodate its ever-increasing workload 
and responsibilities. The issue of training analysts, 
programmers and technicians to maintain the conglomeration 
of necessary hardware and software components which support 
HCTSSA's requirements can in itself consume another indepen- 
dent research topic. MTTSSA's designation as the primary 
software support activity for tactical data systems requires 
that it be equipped with the hardware to support a 
simulation/test facility. 

2 . Cr iteri a 

The current and future demands for computer support 
far exceed MCTSSA' s existing capacity. The automated data 
processing demands are characterized by: hands-on use, 

interfaces with other equipment and the use of experimental 
software. Systems which do not represent state-of-the-art 
in computer technology would be of little benefit. The 
unique vendor (Digital Equipment Corporation) capability 
allows for tremendous flexibility and growth in the future. 

The VAX-1 1/780 computer is considered a logical, 
economic/cost-effective upgrade which will satisfy the 
requirements because of both increasing program workload and 
data link simulation software testing. The VAX-11/780 
compa tability mode allows users to run existing PDP-11 soft- 
ware on it with no reprogramming and allows programs 
compiled on the VAX to run on existing ?D?-1l's. 
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Detarmination of the specific hardware components 
and software options to be ac 5 uired with the two 
VAX-11/780's to support aCTSSA's mission is extensive and 
involved and should consume an independent research study. 
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APPENDIX k 

COHHDNICATIOHS FOR MARINE CORPS TACTICAL SYSTEMS 



Tactical military communications are established for the 
primary purpose of enabling the military commander to exer- 
cise command and control of his assigned combat forces. 
Another purpose of the communications is to facilitate the 
transfer of information. As the distances involved increase 
the commander is more and more dependant on the flow of 
information. The fundadmental requirements for effective 
tactical communications are reliability, security, speed of 
service and flexibility. The systems must be responsive, 
survivable, economical and simple. [Ref. 5] 

The demands of differing tactical scenarios tend to 
justify a variety of types of communication equipment. 
Current Marine Corps communication equipment are of two 
types: single-channel netted radios and multi-channel 
switched system. Historically tactical doctrine has speci- 
fied exact types of radio nets required to support tactical 
situations. The first type either linJcs a headquarters to 
its subordinate organizations for all purposes except opera- 
tional coordination. These nets are called command nets. 
They are hierarchical in nature and link a command both to 
higher authority and its subordinate units. The second type 
links operational personnel with their counterparts at the 
next organizational level. These nets are called tactical 
nets. Tactical nets are also hierarchical. A third type 
net is not hierarchical and is called a functional net. It 
links personnel involved in the same functions to all other 
organizations, for example a logistics net. 
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Very high frequency or ultra high frequency are used. 
Voice dominates the tacrical and functional nets and tele- 
typewriter dominates the command nets. Radio nets are 
simple, survivabie, reasonably reliable, secure and respon- 
sive. They are not economical nor is their capacity 
sufficient to accomodate many circumstances. 

Radio transmissions produce the major drawback by 
allowing the enemy to pinpoint transmission locations. 
Telephone communications provide an alternative to the 
radio. The telephone systems are more economical but 
extremely cumbersome ro install and highly immobile. 
Telephone communication systems in the military environment 
have thus not achieved acceptance. The Marine Corps 
currently has automatic tactical switching equipment in its 
inventory. The most significant drawbacks to the current 
Marine Corps tactical telephone system are its lack of 
mobility and its lack of security. The switching equipment 
provide for digital voice communication. Electronics within 
the Marine Corps extends to the entire spectrum of command 
and control systems. A goal of Marine Corps communication 
is to improve the functioning of command centers through the 
use of automation via digital electronics. These centers 
are the command and control centers. The Marine Tactical 
Command and Control Systems will accomodate the above goals. 

Each command and control program is considered as a 
number of centers that exist at various locations with a 
requirement to communicate with other centers at other loca- 
tions. The following principles of rhese command and 
control systems are universal in nature and apply to all 
command and control systems, be they associated with 

airlines, traffic monitoring, banks or military combat 

systems: computer power is cheaper than transmission media, 

automating a distributed system increases the amount of 
communication required, automated systems communications 
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requirements naturally consist of frequently sent, short 
messaqes, xhe characteristics of communications requirements 
precludes dial-up telephone systems, lower capacity, full 
period circuits are not an effecti7e solution, automated 
systems should be desiqnei to use existing communications 
and not develop their own and systems must be designed to 
degrade gracefully as the communications degrade. 
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iPPENDIX B 
TEST 4ND EVaLOATION 

Test and evaluation has played an important part in the 
significant improvements made in Defense systems acquisi- 
tion. Prior to the 1970*s emphasis was placed on the 
delivery of a complete system development and procurement. 
The theory was that a sufficiently well-defined requirement 
would result in a deliverable product at a predetermined 
estimated cost. Unfortunately this method was ineffective 
because of initial ill-defined reguirements, unverified 
inputs and large cost overruns. 

The key issue in developing new management policies in 
order to review acquisition programs was measurements of 
program progress as compared to program goals and objec- 
tives, and the ability to make a decision whether to 
continue, reorient or cancel the subject program. Test and 
evaluation is a means for making such measurements. 

Def ini tion s. 

There are two kinds of test and evaluation conducted in 
the systems acquisition process: Developmental Test and 

Evaluation (DT&B) and Dperational Test and Evaluation 
(OT&E). DTSE is that testing conducted by or under the 
supervision of the development agency who will evaluate the 
technical performance of prototype equipment. The testina 
is generally conducted by skilled technicians and engineers 
under carefully controlled conditions. OTSE is that testina 
conducted by military personnel to determine the degree to 
which new equipment fulfills military operational require- 
ments. The OTSE is conducted under conditions that 
duplicate as closely as possible the environment expected in 
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field operations. Further, OT&E is conducted on early 
production models as well as on research and development 
prototypes of new equipment. 

DTSE serves two important functions in the system acqui- 
sition process. First, it assists in the actual design and 
development of system. In this role DTSE is an integral 
part of the normal development process in which initial 
designs are converted to hardware. The hardware is tested, 
deficiencies noted and the design is modified as necessary. 
This process is repeated until the system hardware reaches a 
final design configuration. This initial feedback system 
provides essential information required to proceed from the 
"paper” design into fully developed hardware. Secondly, 
DTSE provides important information on the progress of new 
system development. The progress is ascertained by 
comparing measured system performance with a set of goals 
and objectives which have been established for the program. 
The measurement of the maturing system involves such charac- 
teristics as reliability, weight, etc. Individuals 
sufficiently familiar with the maturing process can deter- 
mine what performance levels should be attained by the 
system at various stages of development. Development rests 
then can be performed ar frequent points in the program and 
provide a decision maker with information on the rate of 
growth of the system. Finally, a prediction of final system 
performance can be provided by comparing performance level 
progress with similar systems. 

OT&S, like DTSE, also provides essential feedback infor- 
mation to the decision makers by comparing sysrem 
operational performance with program goals and objectives. 
Since OT&E that is conducted before system production 
involves the testing of prototypes, to predict final system 
operational performance, test results must be extrapolated. 
The degree of extrapolation will depend primarily on the 
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realism of the simulate! test environment. OTSE is 
concerned with evaluating purely operational as opposed to 
technical factors in the system and gives more emphasis to 
predicting future performance rather than evaluating current 
performance. The combination of 0T5E and DT&E provides the 
most effective means to predict mature performance [Ref. 6]. 

Poles . 

The primary role of the Test and Evaluation (T5E) 
process is to provide information during the acquisition 
process related to the following two questions: 

1. What is the current program status? 

2. What is the likely outcome of the program? 

This is exactly the kind of information the T&E 
provides. It is apparent that T5E is quite important not 
only for major production decisions but for most other deci- 
sions made during the life of an acquisition program. For 
major defense program TSE impacts on the acquisition process 
primarily through the operation of the Defense Systems 
Acquisition Review Council (DSARC); MSARC for the .’larine 
Corps. When a program reaches a major milestone the 

DSARC/MSARC meets to consider if the program should be 
advanced to its next phase. The MSARC plays an important 
role in the test and evaluation process. Independence and 
objectivity are quits important to the TSE assessments. 
Since most DT&E is an integral part of the systems design 
and development process, it is rightly conducted or cont- 
rolled by the developing agency. Since developing agencies 
tend to be success oriented, the effects of such potential 
biases must be reduced by providing independent assessment 
and reporting of testing. 
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OTSE provides an estimate of how the system will perforin 
in the operational environment. Short of actual warfare, 
operational testing is the ultimate measure of an acquisi- 
tion program's output and as such will normally receive 
considerable emphasis when decisions are to be reached. 
Effective operational testing requires as much test realism 
as possible consistent with resource constraints and hard- 
ware status. This means the use of representative models of 
production systems, the participation of typical operational 
personnel in testing, and accurate simulation of both the 
threat and physical environment. Several others factors 
must be considered in providing for effective operational 
testing. Operational test designs must allow for the exer- 
cise of systems over a reasonable range of operational 
conditions. Conclusions on the overall effectiveness of a 
system cannot be based on a single set of conditions that 
may represent only a small percentage of likely tactical 
situations. The scope of testing must allow for all signi- 
ficant interaction between the system being tested and other 
systems with which it must function in the operational envi- 
ronment. Finally, it is important that objective 
measurements of a system's performance in simulated opera- 
tional employment be made without compromise to realism. 

Certainly the most important aspect of the effective 
utilization of T&E in the acquisition process is the estab- 
lishment of meaningful program goals and objectives whose 
attainment is to be measured by test. The task requires 
that operational forces provide information on critical 
capabilities needed to meet particular operational require- 
ments. The test community must provide inputs on test 
feasibility and test facility requirements. Early on OTSE 
may be needed for the following reasons; 
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1. la considering s/s terns concepts during the early 
stages of a program, we need to know if these concepts are 
technically viable or tactically sound. 

2. To have any impact on the research and development 
phase of a program, OT&B should be conducted much earlier 
than just before major production decisions. 

3. Cost and schedule impact can be minimized by early 
detection and correction of operational deficiencies. 

4. Initiation of limited production before the major 
production decision has resulted in significant commitments 
of procurement funds prior to the major production decision. 

TSS can provide an adequate transfer of "lessens 
learned". Often a deficiency discovered during T&E is 
nearly identical to that discovered on past or present 
programs. TSE can play a significant role in the recurrence 
of previous deficiencies. T5E has become a firmly estab- 
lished integral part of the systems acquisition process. 
The ultimate payoff of the TSE process is maximum military 
capability for the fewest dollars possible. 

Pol icy. 

The testing part of (TSE) denotes the actual testing of 
hardware/so ft wars via models, prototypes, production equip- 
ment, computer programs to obtain data which is valuable in 
developing new capabilities or making decisions. Evaluation 
denotes the process whereby data are assembled and analyzed 
to aid in making sysrematic decisions. T&S involves the 
deliberate generation of data concerning the nature of an 
emerging system and the creation of informaton useful to 
technical and managerial personnel who control de V‘=lopment . 
It is the physical testing, experimentation and analyses 
performed during the course of development and the introduc- 
tion and employment of a new sysrem. 
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T&E is an integral part of all phases of the development 
of systems. Testing provides information for a number of 
purposes: information for development, information for 
milestone decisions, and information for effective opera- 
tional utilization. 

Test and evaluation shall begin as early as possible and 
be conducted throughout the system acquisition process. 
DTSE is conducted to assist the engineering design and 
development process and to verify attainment of technical 
performance specifications. It includes hardware/software 
integration, related software, and prototype or full-scale 
engineering development models of the system. DTSE will be 
accomplished before Milestone I to assist in the selection 
of alternative system concepts. Before Milestone II DTSE 
will identify the preferred technical approach, to include 
technical risks and feasible solutions. Before Milestone 
III adequate DTSE will ensure that engineering is reasonably 
complete and that all significant design problems have been 
identified and their solutions imminent. After Milestone 
III DTSE will be an integral part of the development, accep- 
tance and introduction of system changes to improve the 
system. 

OTSE is conducted to estimate a system's operational 
effectiveness and operational suitability, identify needed 
modifications, and provide information on tactics, doctrine, 
organization and personnel requirements. Initial OTSE must 
be accomplished prior to the Milestone III decision. One 
major field agency shall be responsible for managing opera- 
tional testing and' for reporting test results and its 
independent evaluation of the system. OTSE shall be accom- 
plished in an environment as operationally realistic as 
possible. Typical operational and support personnel will be 
used to obtain a valid estimate of the user’s capability to 
operate and maintain the system when deployed. During 
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system acquisition before the Milestone I decision OTSS will 
assess the operational impact of possible technical 
approaches and assist in selecting alternative system 
concepts. Before Milestone II OTSE will be accomplished to 
examine the operational aspects of selected alternatives and 
estimate the potential operational effectiveness and suit- 
ability of each. Before Milestone III is completed OTSE 
will ensure that items tested are sufficiently representa- 
tive of the expected production items and that a valid 
assessment can be made of the system expected to be 
produced. After the Milestone III decision during initial 
production and deployment of the system OTSE will ensure 
that initial production items meet operational effectiveness 
in order to meet performance goals. 

Developmental and operarional tests may be combined when 
clearly identified and significant cost and time benefits 
will result. A continuing goal must be early detection of 
major system deficiencies if such deficiencies exist. Early 
detection and correction of deficiencies via TSE can result 
in more operating force capability and less likelihood of 
costly programs. [Ref. 7] 
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|P PEND IX C 
GLOSSARY 



ADA 


Navy standard high order programming language 


ASRT 


Air Support Radar Team 


BASIC 


A high order programming language 


Bau d 


Bits per second 


CMS -2 


ONIVAC- writte n Navy standard programming language 


COBOL 


Common Business Oriented Language 


COMM 


Communication 


COMSEC 


Communications Security 


CP 


Command Post 


CHI 


Cathode Ray Tube 


C2 


Command and Control 


C3 


Communications, Command and Control 


DAS 


Direct Air Support 


DASC 


Direct Air Support Center 


DC? 


Data Communications Processor 


DCT 


Digital Communication Terminal 


DECNet 


Digital Equipment Corporation Network 


DOD 


Department of Defense 


FASC 


Fire and Air Support Center 


FMF 


Fleet Marine Force 
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FORTSAN Formula Translation 



FSC Fire Support Center 

FSCC Fire Support coordination Center 

IHAWK Improved Homing-All -rhe-Wa/ Killer 

I/O In put /out put 

IOC Initial Operational Capability 

JINTACCS Joint Intelligenoe Tactical Command and Control 



LFICS 


Landing Force Integrated Communication System 


MAGTF 


Marine Air Ground Task Force 


MASS 


Marine Air Support Squadron 


MATADOR 


Marine Tactical Data OFF-line Reduction Program 


MATCALS 


Marine Air Traffic Control and Landing Systems 


MAW 


Marine Aircraft Ming 


MCTSSA 


Marine Corps Tactical Systems Support Activity 


MTACCS 


Marine Tactical Command and Control Systems 


NADG2 


NATO Air Defense Ground Environment 


NATO 


North Atlantic Treaty Organization 



SIMTRACC Simulator, Trainer, Command and Control 
TACC Tactical Air Command Central 
TACFIRB Tactical Firs Direction System 



TAD IL 


Tactical Digital Information Link 


TAOC 


Tactical Air Operations Cenrral 


TDCC 


Tactical Data Communications Central 
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TEI-TAC Tri-Services Tactical Tommunication System 



TSP 

OLMS 



Test Support Program 
Unit Level Message Switch 
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